home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1993 July / InfoMagic USENET CD-ROM July 1993.ISO / answers / LANs / big-lan-faq next >
Encoding:
Text File  |  1993-02-14  |  61.5 KB  |  1,351 lines

  1. Newsgroups: news.answers,bit.listserv.big-lan,comp.dcom.lans.misc
  2. Path: senator-bedfellow.mit.edu!enterpoop.mit.edu!gatech!darwin.sura.net!udel!intercon!psinntp!newstand.syr.edu!spider.syr.EDU!jmwobus
  3. From: jmwobus@mailbox.syr.edu (John Wobus)
  4. Subject: BIG-LAN/bit.listserv.big-lan FAQ
  5. Message-ID: <1993Feb14.121358.12058@newstand.syr.edu>
  6. Followup-To: poster
  7. Originator: jmwobus@spider.syr.EDU
  8. Reply-To: big-lan-request@suvm.syr.edu
  9. Organization: Syracuse University, Syracuse, NY
  10. Date: Sun, 14 Feb 93 12:13:58 EST
  11. Approved: jmwobus@mailbox.syr.edu
  12. Lines: 1336
  13. Xref: senator-bedfellow.mit.edu news.answers:5963 bit.listserv.big-lan:17 comp.dcom.lans.misc:1352
  14.  
  15. Archive-name: LANs/big-lan-faq
  16.  
  17. BIG-LAN Frequently Asked Questions
  18.  
  19. Last Updated: February 14, 1993
  20.  
  21. Acknowledgements: A lot of people provided information for me and I freely
  22. admit that I have not recorded the list of names.  Thanks to all.
  23.  
  24. Contents
  25. --------
  26. I. About BIG-LAN
  27. II. Explanation of this Memo
  28. III. Sources of Information on Campus Networks
  29.   1. Must-Read Sources
  30.   2. A Few General Sources
  31.   3. LISTSERV Mailing Lists
  32.   4. Internet Mailing Lists
  33.   5. USENET/Netnews Groups
  34.   6. Anonymous FTP-based Archive Sites
  35.   7. LISTSERV-based Archive Sites
  36.   8. RFCs (Internet "Request For Comments")
  37.   9. Other Useful Online Papers
  38.   10. Sources of Protocol Documents
  39.   11. Useful Free Software
  40.   12. Books
  41.   13. Periodicals
  42.   14. Training Courses
  43.   15. Conferences
  44. IV. Basic Glossary on Campus Networks
  45. V. Frequently Asked Questions on Campus Networks
  46.   1. What is the difference between Ethernet and IEEE 802.3?
  47.   2. What is encapsulation?  What do I have to know about it?
  48.   3. How do I know whether to use a router or a bridge?
  49.   4. How do I know whether to use a bridge or a repeater?  How many
  50.      repeaters may I put on an Ethernet?
  51.   5. Should I use "manageable" hubs, concentrators, etc on my LAN?
  52.   6. Which LAN technology should I use?  Arcnet?  FDDI?  Token Ring?  10BASE-T?
  53.   7. What is the ideal cable to install in a new building?
  54.   8. What is the ideal cable to install between buildings on a campus?
  55.   9. Whose routers are recommended?
  56.   10. Whose bridges are recommended?
  57.   11. Whose Ethernet equipment are recommended?
  58.   12. Whose Token Ring equipment are recommended?
  59.   13. Whose FDDI equipment are recommended?
  60.   14. What PC network software is recommended?
  61.   15. What protocols should run on a campus-wide LAN?
  62.   16. What software is recommended for managing a campus-wide LAN?
  63.   17. What terminal server is recommended?
  64.   18. Whose troubleshooting equipment are recommended?
  65.   19. What security products should I buy?
  66.   20. Should the names of devices on my campus LAN have subdomains?
  67.   21. Should client stations use POP?  Should they use just SMTP?  Should
  68.       I use some non-TCP/IP protocol for mail to/from client stations?
  69.   22. Should I enable SQE/heartbeat?
  70.  
  71. I. About BIG-LAN
  72.  
  73.    BIG-LAN is a mailing list for discussion of issues in designing and
  74.    operating Campus-Size Local Area Networks, especially complex
  75.    ones utilizing multiple technologies and supporting multiple
  76.    protocols.  Topics include repeaters, bridges, routers and
  77.    gateways; how to incorporate smaller Personal-Computer type LANs
  78.    into the campus-wide LAN; how to unify the mail systems, etc.
  79.    This is an ideal list in which to debate the relative merits of
  80.    bridges vs routers.
  81.  
  82.    All requests to be added to or deleted from this list, problems,
  83.    questions, etc., should be sent to BIG-LAN-REQUEST@SUVM.ACS.SYR.EDU
  84.    (Internet) or BIG-REQ@SUVM (Bitnet).  Those familiar with LISTSERV
  85.    can subscribe with LISTSERV@SUVM.ACS.SYR.EDU (Internet) or
  86.    LISTSERV@SUVM (Bitnet).
  87.  
  88.    Archives are available through LISTSERV and anonymous ftp.
  89.  
  90.    Coordinator: John Wobus <JMWOBUS@SUVM.ACS.SYR.EDU>
  91.                            <JMWOBUS@SUVM>
  92.  
  93. II. Explanation of this Memo
  94.  
  95.      Since BIG-LAN is not specific to any protocol family, it will
  96.      not cover any particular protocol family in detail, e.g.  this
  97.      is not a TCP/IP/Internet FAQ Memo.  Fortunately, there are some
  98.      good TCP/IP FAQ Memos which are listed in the sources of
  99.      information below.
  100.  
  101.      Suggestions, corrections, and contributions welcome.  Please
  102.      send them to:
  103.  
  104.                 big-lan-request@suvm.acs.syr.edu
  105.                 BIG-REQ@SUVM.BITNET
  106.  
  107. III. Sources of Information on Campus Networks
  108.  
  109.      This list favors "network" sources of information: available on
  110.      the Internet and/or BITNET and other similar networks; if you
  111.      have access to BIG-LAN then you have access to one of these
  112.      networks; and these sources are not the kind which you can
  113.      discover through vendors, books, bookstores, or libraries.
  114.  
  115.   1. Must-Read Sources
  116.  
  117.       These are documents that you definitely should get and read if you
  118.       have questions about Campus Networks.
  119.  
  120.     a. Charles Spurgeon's reading list (see below under "Other Useful
  121.         Online Papers").
  122.     b. RFCs 1175, 1325, 1207, and 1392 (see below under "RFCs").
  123.  
  124.   2. A Few General Sources
  125.  
  126.      These are network resources & mechanisms for getting all kinds
  127.      of information--not just on Networking; thus we can't cover them
  128.      very thoroughly in this memo.
  129.  
  130.     a. LISTSERV - mailing list servers & file servers on BITNET, accessible
  131.         via e-mail.  Can be reached and used from a lot of networks.
  132.         Mail the command INFO to any LISTSERV for help.  Also have
  133.         database commands (i.e. search commands) for archives they store.
  134.     b. Usenet News/Netnews: distributed bulletin board with discussions
  135.         on lots of topics.  Distributed through the Internet and through
  136.         UUCP.
  137.     c. Anonymous ftp: the main way to make files available on the Internet.
  138.         ftp to a site using username "anonymous".  A password is always
  139.         demanded--sometimes a banner tells you what to use--otherwise
  140.         "guest" almost always works.
  141.     d. Archie servers - network-accessible databases of where to get
  142.         files via anonymous ftp.  Access is through telnet, rlogin,
  143.         mail, or a special "archie" protocol.  To use via telnet,
  144.         enter username archie.  Some servers: archie.ans.net,
  145.         archie.sura.net, archie.mcgill.edu, archie.unl.edu.
  146.     e. WAIS - Internet-accessible databases on different topics.
  147.         Available via WAIS protocol (basically Z39.50).  Client
  148.         (and server) software is collected on quake.think.com as
  149.         well as a WAIS database of WAIS servers.
  150.     f. ftplist.txt - collected list of anonymous ftp sites.
  151.         Stored lots of places in anonymous ftp including syr.edu.
  152.     g. Internet gopher - something like anonymous ftp only more advanced:
  153.         to get started, I suggest ftping boombox.micro.umn.edu and getting
  154.         information on gopher.  A number of sites have servers.
  155.     h. Internet List of lists: available by anonymous ftp from
  156.         ftp.nisc.sri.com, or through a mail-based file server
  157.         at mailserver@nisc.sri.com.
  158.     i. LISTSERV internal list of lists.  Available by mailing the command
  159.         LIST GLOBAL to any LISTSERV.
  160.     j. news.answers - newsgroup that distributes Frequently Asked
  161.         Questions memos for lots of Netnews groups.
  162.     k. FAQ archive available via anonymous ftp on pit-manager.mit.edu
  163.         From the archives of news.answers, Frequently Asked Question
  164.         memos for lots of Netnews groups.
  165.     l. news.announce.newusers - has periodic postings about how to
  166.         use Usenet/Netnews and also a lot about mailing lists.
  167.     m. BITFTP.  A BITNET server that allows BITNET sites to use the
  168.         Internet's File Transfer Protocol to send/receive files to
  169.         ftpable Internet sites.  For more information, send mail
  170.         to BITFTP@PUCC with HELP as the message body.
  171.     n. Database of lists managed by LISTSERV@VM1.NODAK.EDU.  Use through
  172.         LISTSERV's database interface.
  173.     o. Maas files--Indexes & abstracts about various services available
  174.         via Internet & BITNET including some related to campus networks.
  175.         Available via anonymous ftp from ftp.unt.edu.
  176.     p. NETSCOUT@VMTECMEX.BITNET mailing list.  A list to exchange information
  177.         on the location of network resources.  LISTSERV-based so use
  178.         instructions below to subscribe, etc.
  179.  
  180.  
  181.   3. LISTSERV Mailing Lists
  182.  
  183.       Send a "SUBSCRIBE" command to LISTSERV@foo, e.g.
  184.               SUBSCRIBE BIG-LAN John Doe
  185.  
  186.     a. BIG-LAN@SUVM.BITNET/SUVM.ACS.SYR.EDU
  187.     b. NOVELL@SUVM.BITNET/SUVM.ACS.SYR.EDU
  188.     c. CDROMLAN@IDBSU.BITNET/IDBSU.IDBSU.EDU
  189.     d. BANYAN-L@AKRONVM.BITNET
  190.     e. CW-EMAIL@TECMTYVM.BITNET    (Campus Wide E-mail)
  191.     f. CWIS-L@WUVMD.BITNET         (Campus Wide Information Systems)
  192.     g. IBM-NETS@BITNIC.BITNET
  193.     h. LWUSERS@NDSUVM1.BITNET      (LANWatch User List)
  194.     i. TN3270-L@RUTVM1.BITNET
  195.     j. 3COM-L@NUSVM.BITNET
  196.     h. HELP-NET@TEMPLEVM.BITNET    (Help re networking software)
  197.     i. LANWORKS@MIAMIU.BITNET      (LanWorks PCSA stuff)
  198.     j. LANMAN-L@NIHLIST.BITNET     (MS LAN MAN stuff)
  199.  
  200.   4. Internet Mailing Lists
  201.  
  202.       Send a subscription request for list foo to foo-request@blah
  203.  
  204.     a. big-lan@suvm.acs.syr.edu             (gives you 2 ways)
  205.     b. cisco@spot.colorado.edu
  206.     c. p4200@comet.cit.cornell.edu          (Proteon routers)
  207.     d. tcp-ip@nic.ddn.mil
  208.     e. netblazer-users@telebit.com
  209.     f. info-appletalk@andrew.cmu.edu
  210.     g. net-ops@nsl.dec.com
  211.     h. nfs@tmc.edu
  212.     i. wellfleet-l@nstn.ns.ca
  213.     j. ospf@trantor.umd.edu               (OSPF IP routing protocol)
  214.     k. pop@jhunix.hcf.jhu.edu
  215.     l. bind@ucbarpa.berkeley.edu
  216.     m. pc-ip@udel.edu
  217.     n. drivers@sun.soe.clarkson.edu       (Packet Drivers)
  218.     o. cell-relay@indiana.edu         gatewayed to comp.dcom.cell-relay)
  219.  
  220.   5. USENET/Netnews Groups
  221.  
  222.     a. comp.dcom.*          lans, modems, sys.cisco, telecom, ...
  223.     b. comp.protocols.*     appletalk, tcp-ip, ibm, ppp, ...
  224.     c. comp.sys.proteon
  225.     d. comp.sys.novell
  226.     e. comp.sys.mac.comm
  227.     f. bit.listserv.big-lan  (Note: these groups give Netnews
  228.     g. bit.listserv.novell     readers a way to read the corresponding
  229.     h. bit.listserv.cwis-l      LISTSERV lists)
  230.     i. bit.listserv.cw-mail
  231.     j. bit.listserv.3com-l
  232.     k. alt.dcom.*           catv, telecom, ...
  233.  
  234.   6. Anonymous FTP-based Archive Sites
  235.  
  236.     a. syr.edu: BIG-LAN mailing list; NOVELL mailing list; a collection of
  237.         network-oriented papers.
  238.     b. spot.colorado.edu: cisco mailing list & some other network stuff
  239.     c. hsdndev.harvard.edu: (in pub/rtests/10.91) Results of Scott
  240.         Bradner's router benchmarks.
  241.     d. ftp.uu.net: a treasure trove of software.
  242.     e. wuarchive.wustl.edu: a treasure trove of software.
  243.     f. vax.ftp.com: packet drivers, some Unix software, other stuff.
  244.     g. ftp.utexas.edu: collection of networking info & software.
  245.     h. ftp.slc.is.novell.com: files Novell makes available.
  246.     i. ftp.cisco.com: files Cisco makes available & some interesting
  247.         applications.
  248.     j. gatekeeper.dec.com: a treasure trove of software & stuff
  249.         (the stuff that was on decwrl.dec.com).
  250.     k. lux.levels.unisa.edu.au: files that 3Com distributes via
  251.         Compuserve.
  252.     l. ftp.unt.edu: Maas files and other goodies.
  253.     m. simtel20.army.mil: a treasure trove of software, including
  254.         packet drivers (pd1:<msdos.pktdrvr>).  Mirrored on ftp.uu.net
  255.         and wuarchive.wustl.edu.
  256.     n. osi.ncsl.nist.gov: online copies of GOSIP & related documents.
  257.  
  258.   7. LISTSERV-based Archive Sites
  259.  
  260.      The brave can mail the command "INFO FILES" and/or the command
  261.      "INFO DATABASE" to the LISTSERV for instructions.
  262.  
  263.     a. LISTSERV@SUVM.BITNET: BIG-LAN & NOVELL mailing list archives.
  264.  
  265.   8. RFCs (Internet "Request For Comments")
  266.  
  267.      Some anonymous ftp sites for RFCs: nic.ddn.mil, ftp.nisc.sri.com,
  268.      nis.nsf.net, nisc.jvnc.net, venera.isi.edu, wuarchive.wustl.edu.
  269.      There are also some mail-based file servers:
  270.      mailserver@nisc.sri.com, info-server@nnsc.nsf.net, and
  271.      sendrfc@jvnc.net.
  272.  
  273.     a. RFC1147: FYI on a network management tool catalog: Tools for
  274.         monitoring and debugging TCP/IP internets and interconnected devices
  275.     b. RFC1175: FYI on where to start: A bibliography of internetworking
  276.         information
  277.     c. RFC1325: FYI on Questions and Answers: Answers to commonly asked
  278.         "new Internet user" questions
  279.     d. RFC1178: Choosing a name for your computer
  280.     e. RFC1207: FYI on Questions and Answers: Answers to commonly asked
  281.         "experienced Internet user" questions
  282.     f. RFC1244: Site Security Handbook
  283.     g. RFC1118: Hitchhiker's Guide to the Internet
  284.     h. RFC1122 & RFC1123: Requirements for Internet Hosts
  285.     i. RFC1208: A Glossary of Networking Terms
  286.     j. RFC1180: A TCP/IP Tutorial
  287.     k. RFC1173: Responsibilities of Host and Network Managers:
  288.         A Summary of the Oral Tradition of the Internet
  289.     l. IAB Official Protocol Standards (Currently RFC1360 but it is
  290.         periodically updated & given a new RFC number)
  291.     m. Assigned Numbers (Currently RFC1340 but it is periodically
  292.         updated & given a new RFC number; Includes field-values for
  293.         protocols in the TCP/IP family as well as some others)
  294.     n. RFC1392: Internet User's Glossary
  295.  
  296.  
  297.   9. Other Useful Online Papers
  298.  
  299.     a. Charles Spurgeon. "Network Reading List: TCP/IP, UNIX, and
  300.         Ethernet".  Available via anonymous ftp from ftp.utexas.edu
  301.         in directory pub/netinfo/docs as net-read.txt and netread-ps.
  302.         Also available via electronic-mail-based archive server.  Send
  303.         the word "help" in the subject header or body of a message
  304.         to archive-server@ftp.utexas.edu for more information.
  305.     b. Charles Hedrick. "Introduction to the Administration of an
  306.         Internet-based Local Network".  Available via anonymous ftp
  307.         from cs.rutgers.edu as runet/tcp-ip-admin.doc (also .ps).
  308.     c. Charles Hedrick.  "Introduction to Internet Protocols."
  309.         Available via anonymous ftp from cs.rutgers.edu as
  310.         runet/tcp-ip-intro.doc (also .ps).
  311.     d. Unofficial lists of codes used on 802.3 & Ethernet networks.
  312.         Portions of the official list are not released, so various
  313.         people compile unofficial lists.  One that is available via
  314.         anonymous ftp is Michael Patton's pub/map/EtherNet-Codes
  315.         on ftp.lcs.mit.edu.  See also RFC: "Assigned Numbers".
  316.     e. Scott Jenkins: "Frequently Asked Questions for NOVELL@SUVM
  317.         Mailing List."  Available via anonymous ftp from
  318.         info.umd.edu in the info/Computers/Novell/Information directory.
  319.     f. Brendan Kehoe: "Zen and the Art of the Internet: A Beginner's
  320.         Guide to the Internet."  Available via anonymous ftp from
  321.         ftp.cs.widener.edu in the pub/zen directory.
  322.     g. ATM Bibliography.  Available via anonymosu ftp from
  323.         mythos.ucs.indiana.edu.
  324.  
  325.   10. Sources of Protocol Documents
  326.  
  327.     a. Ethernet V2   DEC-Direct; 1-800-344-4825; DEC Part Number AA-K759B-TK.
  328.     b. IEEE 802      (802.3, Token Ring, 10BASE-T, etc) IEEE; 1-800-678-IEEE.
  329.     c. TCP/IP        RFCs.  See RFCs (above).
  330.     d. Appletalk     APDA; 1-800-282-APDA.  Now a book in the
  331.                       "Inside" series.
  332.     e. OSI           Omnicom Inc.; 1-800-666-4266.
  333.     f. DECNet        DEC.
  334.     g. SNA           IBM.
  335.     h. Novell(IPX)   Built on XNS; rest is designed by Novell.
  336.     i. FDDI          ANSI; 1-212-642-4900.
  337.                       Also Global Engineering Documents; 1-800-854-7179.
  338.                       2805 McGaw Avenue; PO Box 19539; Irvine, CA 92714;
  339.                       1-714-261-1455.
  340.     j. CCITT         United Nations book shop in New York
  341.               Also there is a new online service mail-based
  342.               document server available from ITU called
  343.               teledoc@itu.arch.ch.
  344.     k. GOSIP         NTIS Sales Dept; (703)487-4650; Document
  345.               FIPS 146-1; See also Anonymous FTP-based Archive
  346.               Sites
  347.     l. XNS           Xerox.
  348.  
  349.   11. Useful Free Software
  350.      (see also RFC1147; listed above)
  351.  
  352.     a. CUTCP           (TCP/IP client for PCs) sun.soe.clarkson.edu,
  353.                         omnigate.clarkson.edu
  354.     b. NCSA Telnet     (Telnet clients for PCs & Macs) ftp.nsca.uiuc.edu
  355.     c. Eudora          (POP3 Client for Macs) ux1.cso.uiuc.edu
  356.     d. POPmail         (POP3 Client for PCs & Macs) boombox.micro.umn.edu
  357.     e. PCROUTE         (Makes IP router out of PC) accuvax.nwu.edu
  358.     f. PCBRIDGE        (Makes bridge out of PC) accuvax.nwu.edu
  359.     g. Packet Drivers  (Drivers for various PC LAN cards) simtel20.army.mil
  360.     h. WinQVT          (IP clients for Windows) ftp.cica.indiana.edu
  361.     i. ka9q            (TCP/IP for PCs and Macs) ucsd.edu
  362.     j. PC/IP           (TCP/IP client for MS-DOS) husc6.harvard.edu
  363.     k. charon          (Pegasus/smtp gateway) omnigate.clarkson.edu
  364.     l. CAP             (AppleTalk for Unix systems) rutgers.edu, munnari.oz.au,
  365.                         gatekeeper.dec.com
  366.     m. Popper          (POP3 server for Unix systems) ftp.cc.berkeley.edu
  367.     n. Trumpet         (PC Newsreader) simtel20.army.mil
  368.     o. bootpd          (Bootp Daemon for Unix) lancaster.andrew.cmu.edu
  369.     p. NUPOP           (POP3 daemon for MS-DOS) ftp.acns.nwu.edu
  370.     q. PC netwatching program [I don't know name or site]
  371.     r. iupop3          (POP3 server for VMS) mythos.ucs.indiana.edu
  372.  
  373.   12. Books
  374.  
  375.     The following books were mentioned by responders to the 12/91
  376.     BIG-LAN Reader Survey as good books for administrators of Campus-sized
  377.     LANs:
  378.  
  379.     a. Douglas Comer.  Internetworking with TCP/IP.
  380.     b. Marshall Rose.  The Simple Book.
  381.     c. Caroline Arms.  Campus Networking Strategies.  Digital Press.
  382.         Out of print.
  383.     d. DEC Telecomm. & Network Buyer's Guide.
  384.     f. Marshall Rose.  The Open Book.
  385.     g. Carl Malamud.  Analyzing Novell Networks.
  386.     h. Andrew Tanenbaum.  Computer Networks.
  387.     i. Martin A. W. Nemzow.  Keeping The Link (McGraw-Hill).
  388.     j. William Stallings.  Local Networks: an Introduction.
  389.     k. John McCann.  NetWare Supervisor's Guide.
  390.     l. William Stallings.   Handbook of Communications Standards. (?)
  391.     m. Nemeth, Snyder & Seebass.  Unix System Administration Handbook.
  392.  
  393.     Other interesting looking books:
  394.  
  395.     n. Mark A. Miller.  Troubleshooting Internetworks.
  396.  
  397.   13. Periodicals
  398.  
  399.     The following periodicals were mentioned by responders to the 12/91
  400.     BIG-LAN Reader Survey as good periodicals for administrators of Campus-
  401.     sized LANs:
  402.  
  403.     a. LAN Times
  404.     b. Communications Week
  405.     c. Network Computing
  406.     d. ConneXions
  407.     e. Data Communications
  408.     f. Network World
  409.     g. LAN Magazine
  410.     h. Info World
  411.     i. SunExpert
  412.     j. Telecommunications
  413.     k. Computerworld
  414.     l. DataCommunicationInternational
  415.     m. Datamation
  416.     n. Digital Review
  417.     o. LAN Technology
  418.     p. Lightwave
  419.     q. MacUser
  420.     r. MacWeek
  421.     s. MacWorld
  422.     t. Networking Management
  423.     u. PC Week
  424.  
  425.   14. Training Courses
  426.  
  427.     The following providers of tutorials were mentioned by responders to
  428.     the 12/91 BIG-LAN Reader Survey:
  429.  
  430.     a. Interop
  431.     b. ACM SIGComm
  432.     c. Learning Tree
  433.     d. Novell
  434.     e. PSI
  435.     f. Usenix
  436.  
  437.   15. Conferences
  438.  
  439.     The following conferences were mentioned by responders to the 12/91
  440.     BIG-LAN Reader Survey as good conferences for administrators of Campus-
  441.     sized LANs:
  442.  
  443.     a. Interop
  444.     b. Usenix
  445.     c. ComNet
  446.     d. NetWorld
  447.     e. ACM SIGComm
  448.     f. DECUS
  449.     g. IETF
  450.  
  451.  
  452. IV. Basic Glossary on Campus Networks
  453.  
  454.    Another glossary is RFC1208.  See "Online Papers" above.
  455.  
  456.      ANSI "American National Standards Institute" - A definer of
  457.        standards of all kinds, including FDDI.
  458.  
  459.      Appletalk - A protocol family developed by Apple Computer to
  460.        implement LANs serving Macintoshes.
  461.  
  462.      ATM "Asynchronous Transfer Mode" - a method for switching little
  463.        fixed-size packets (cells) around.  Like T1 and DS3, digitized
  464.        voice was a major consideration in its design, but it can be
  465.        used for data.  It is designed around fixed speeds too, roughly
  466.        150MBS and 600MBS.  The fixed cell size is 53 bytes.  Though ATM
  467.        is really designed for voice and WANs, there are schemes to use
  468.        it in LANs.  ATM is a big buzzword these days but it is still
  469.        very new.
  470.  
  471.      AUI "Attachment Unit Interface" - the Ethernet/IEEE 802.3 term
  472.        for the interface between a MAU and a station.  A special kind
  473.        of cable known as an "AUI Cable" can attach a MAU to a station
  474.        at a distance (up to 50 meters).
  475.  
  476.      BNC Connector "Bayonet Neill-Concelman connector" - a type of
  477.        connector used for attaching coax cable to electronic equipment
  478.        which can be attached or detached quicker than connectors that
  479.        screw.  ThinWire Ethernet (IEEE 802.3 10BASE2) uses BNC connectors.
  480.  
  481.      Bridge - A network "relay" which reads, buffers, and sends
  482.        data to relay it from one data link to another, but makes
  483.        the two data links appear as one to levels higher than the
  484.        data link layer.
  485.  
  486.      CDDI "Copper Data Distribution Interface" - essentially a way to
  487.        use electrical communications cables in an FDDI network.  Several
  488.        companies have worked out ways to do this but ANSI has yet to
  489.        standardize one.  I think CDDI was coined by Crescendo corporation
  490.        for their scheme, but it may well be adopted by ANSI as the name.
  491.        So far there are schemes that work on Coax, on STP and UTP, but
  492.        the front runners look like they will be able to run on UTP for
  493.        about 100 meters.
  494.  
  495.      CMIP "Common Management Information Protocol" - An OSI protocol
  496.        for management of network equipment.  Not widely implmented.
  497.        See SNMP.
  498.  
  499.      CMOT "CMIP over TCP/IP" - A protocol consisting of CMIP running
  500.        under TCP/IP.  An alternative to SNMP.
  501.  
  502.      Coaxial Cable - any of a number of kinds of electrical
  503.        communications cable designed so one conductor is in the
  504.        center and the second conductor forms a ring around it.
  505.        Depending upon who you talk to, someone might have a specific
  506.        kind of coaxial cable in mind.  Some well known kinds are
  507.        various Cable TV cables, cables used by IBM 327x terminals
  508.        and ARCnet, and cables used by Ethernet & IEEE 802.3.
  509.  
  510.      DECnet - Trade name of Digital Equipment Corporation for some
  511.        of their networking products.  It is a kind of network
  512.        built out of Digital Equipment Corporations own networking
  513.        protocols (with some standard protocols also used).
  514.  
  515.      Dialup Modem - Modem used over ordinary dial-up telephone lines
  516.        as opposed to private or leased lines.
  517.  
  518.      Ethernet - LAN data-link protocol developed by a consortium
  519.        of vendors; later standardized as IEEE 802.3 with a few
  520.        modifications.  For many applications, users have not adopted
  521.        all the IEEE 802.3 differences.  Ethernet/802.3 now can be
  522.        run on two types of coaxial cable as well as multi-mode
  523.        fiber and unshielded twisted-pair.  "Raw" rate of data
  524.        transmission is 10 megabits/second.
  525.  
  526.      FDDI "Fiber Data Distribution Interface" - LAN data-link protocol.
  527.        Designed to run on multi-mode fiber.  "Raw" rate of data
  528.        transmission is 100 megabits/second.  Developed by the American
  529.        National Standards Institute.
  530.  
  531.      FDDI-2 - Same speed, same fiber, same basic protocol as FDDI.
  532.        FDDI-2 adds a layer which allows you to allocate fixed bandwith
  533.        to applications of your choice, making it more like broadband.
  534.        FDDI-2 is still rather new.
  535.  
  536.      Fiber - optical fiber: a very long, narrow, flexible piece of glass.
  537.        Used for high-speed communications.
  538.  
  539.      FOIRL "Fiber Optic Inter-Repeater Link" - a standard for running
  540.        IEEE 802.3 over fiber.  It was originally designed to link two
  541.        repeaters, and only supports two attachments.  Many users use it
  542.        to attach a station to a repeater.  See 10BASE-F.
  543.  
  544.      FTP - Protocol in the "TCP/IP" family for copying files from
  545.        one computer to another.  Stands for "File Transfer Protocol".
  546.  
  547.      Gateway - A type of "network relay" that attaches two networks
  548.        to build a larger network.  Modern "narrow" usage is that it
  549.        is one that translates an entire stack of protocols, e.g.,
  550.        translates TCP/IP-style mail to ISO-style mail.  Older usage
  551.        used it for other types of relays--in particular, in the "TCP/IP"
  552.        world, it has been used to refer to what many now insist is
  553.        a "router".
  554.  
  555.      GOSIP "Government Open Systems Interconnect Profile" - A subset of
  556.        OSI standards specific to US Government procurements, designed
  557.        to maximize interoperability in areas where plain OSI standards
  558.        are ambiguous or allow options.  Theoretically, required of all
  559.        US Government networking procurements since mid-1990.
  560.  
  561.      Heartbeat - In Ethernet (Version 2), a test of the collision
  562.        functionality of the transciever.  The term "Heartbeat" is often
  563.        (wrongly) used interchangeably with "SQE" which is a similar
  564.        function of IEEE 802.3.  See Question on SQE/Heartbeat below.
  565.  
  566.      IPX - Novell's protocol used by Netware.  Utilizes part of XNS.
  567.        A router with "IPX routing" purports to interconnect LANs so
  568.        that Novell Netware clients & servers can talk through the router.
  569.  
  570.      MAU "Media Adaptor Unit" - an IEEE 802.3 or Ethernet device which
  571.        attaches a station to the cable.  Popularly called a "transceiver".
  572.        Can be attached by cable to the station or built into the
  573.        station.
  574.  
  575.      MIB "Management Information Base" - the set of parameters an SNMP
  576.        management station can query or set in an SNMP agent (e.g. router).
  577.        Standard, minimal MIBs have been defined (MIB I, MIB II), and vendors
  578.        often have custom entries.  In theory, any SNMP manager can talk
  579.        to any SNMP agent with a properly defined MIB.
  580.  
  581.      Multimode fiber - A type of fiber mostly used for shorter, e.g. campus
  582.        distances.  It can carry 100 megabits/second for typical campus
  583.        distances, the actual maximum speed (given the right electronics)
  584.        depending upon the actual distance.  It is easier to connect to than
  585.        Single Mode Fiber, but its limit on speed x distance is lower.
  586.  
  587.      NFS "Network File System" - an IP-based protocol originally developed
  588.        by Sun Microsystems which provides file services.
  589.  
  590.      OSI "Open System Interconnect" - A standard put forth by the ISO for
  591.        communication between computer equipment and networks.
  592.  
  593.      OSI Reference Model - A model put forth by the ISO for communication
  594.        between computer equipment and networks, which maps out 7 protocol
  595.        layers.
  596.  
  597.             Top layer:  layer number 7:   application layer
  598.                         layer number 6:   presentation layer
  599.                         layer number 5:   session layer
  600.                         layer number 4:   transport layer
  601.                         layer number 3:   network layer
  602.                         layer number 2:   data-link layer (e.g. IEEE 802.x)
  603.          Bottom layer:  layer number 1:   physical layer (wire & electricity)
  604.  
  605.        This model explains what each layer does.  The model is often
  606.        used to explain anyones protocols (not just OSI) to the point
  607.        where many people seem to believe that true data-communications
  608.        requires these 7 layers.
  609.  
  610.      POP "Post Office Protocol" - A TCP/IP-based protocol designed to allow
  611.        client-stations (e.g. micros) to read mail from a server.  There
  612.        are three versions under the name "POP": POP, POP2, and POP3.
  613.        Latter versions are NOT compatible with earlier versions.
  614.  
  615.      Protocol - The "rules" by which two network elements trade information
  616.        in order to communicate.  Must include rules about a lot of mundane
  617.        detail as well as rules about how to recover from a lot of unusual
  618.        communication problems.  Thus they can be quite complicated.
  619.  
  620.      Relay - One terminology uses the term "relay" as a device that
  621.        interconnects LANs, different kinds of relays being repeaters,
  622.        bridges, routers, and gateways.
  623.  
  624.      Repeater - In the "Ethernet" world, a "relay" that regenerates and
  625.        cleans up signals, but does no buffering of data packets.
  626.        It can extend an Ethernet by strengthening signals, but timing
  627.        limitations on Ethernets still limit their size.
  628.  
  629.      RFC "Request For Comments" - The name is a real red herring when
  630.        it comes to Internet RFCs.  Some really are "Requests For Comments"
  631.        but all Internet protocol documents are stamped with an RFC number
  632.        that they never shake, so the acronym RFC generally refers to
  633.        documents that describe protocols in the TCP/IP family.
  634.  
  635.      RG numbers (E.g. RG62; sometimes there are qualifiers, e.g. RG 58
  636.        A/U) a shorthand designation for military cable.  RG58 & RG62
  637.        designate two different types of cable used by the military.
  638.        Some data-communications equipment was designed to work with
  639.        a particular military standard, e.g.  IBM 3270-type terminals
  640.        use RG62.  In other cases, people use an RG-numbered cable
  641.        that is close to what they need: for example Thinwire
  642.        Ethernet & IEEE 802.3 10BASE2 define the type of cable they
  643.        need and people sometimes substitute flavors of RG58, which
  644.        are "close".  One can't recommend this practice because you
  645.        can get yourself in trouble.  I think "RG" originally stood
  646.        for "Radio Guide", presumably reflecting the fact that the
  647.        series of cables was designed to handle radio frequencies.  The
  648.        IEEE 802.3 10BASE2 specifications define two RG numbered cables
  649.        (RG58 A/U and RG58 C/U) as meeting the cable requirements for
  650.        thin Ethernet.  However, cable vendors may list a range of
  651.        cables under these same RG numbers, and some of the cables
  652.        listed may not meet the 802.3 specs.  You need to check the
  653.        cable specifications closely, and beware of relying on the RG
  654.        number alone when ordering network cables.
  655.  
  656.      Router - A network "relay" that uses a protocol beyond the
  657.        data-link protocol to route traffic between LANs and other
  658.        network links.
  659.  
  660.      Routing Protocol - a protocol sent between routers by which
  661.        routers exchange information own how to route to various parts
  662.        of the network.  The TCP/IP family of protocols has a bunch,
  663.        such as RIP, EGP, BGP, OSPF, and dual IS-IS.
  664.  
  665.      Shielded Twisted Pair - a type of twisted-pair cable with a
  666.        metallic shield around the twisted conductors.  The shield
  667.        reduces the noise from the cable and reduces the effects of
  668.        noise on the communications in the cable, but changes the
  669.        electrical characteristics of the cable so some equipment
  670.        optimized to non-shielded cable runs worse on shielded cable.
  671.  
  672.      Single Mode fiber - a type of fiber optic cable used for longer
  673.        distances and higher speeds, e.g.  for long-distance telephone
  674.        lines.  See also "Multimode Fiber".
  675.  
  676.      SMTP "Simple Mail Transfer Protocol" - the protocol in the
  677.        TCP/IP family used to transfer electronic mail between
  678.        computers.  It is not oriented towards a client/server system so
  679.        other protocols (see "POP") are often used in that context.
  680.        However, servers will use SMTP if they need to transfer a
  681.        message to another server.
  682.  
  683.      SNMP "Simple Network Management Protocol" - Originally developed
  684.        to manage IP based network equipment like routers and bridges,
  685.        now extended to wiring hubs, workstations, toasters, jukeboxes,
  686.        etc.  SNMP for IPX and AppleTalk under development.  Widely
  687.        implemented.  See CMIP.
  688.  
  689.      SQE Test "Signal Quality Error Test" - an IEEE 802.3 function
  690.        that tests the transceiver.  The term "SQE" is often (wrongly)
  691.        used interchangeably with "Heartbeat" which is a similar
  692.        function of Ethernet Version 2.  See Question on SQE/Heartbeat
  693.        below.
  694.  
  695.      TCP/IP "Transmission Control Protocol/Internet Protocol" -
  696.        literally, two protocols developed for the Defense Data Network
  697.        to allow their ARPANET to attach to other networks relatively
  698.        transparently.  The name also designates the entire family of
  699.        protocols built out of IP and TCP.  The Internet is based upon
  700.        TCP/IP.
  701.  
  702.      TELNET - a protocol in the TCP/IP family that is used for
  703.        "remote login".  The name is also often used as the name of the
  704.        client program that utilizes the TELNET protocol.
  705.  
  706.      Terminal Server - a network device that allows a number of
  707.        terminals to attach to a LAN, and do remote logins across the
  708.        LAN.
  709.  
  710.      TN3270 - A variant of the TELNET program that allows one to
  711.        attach to IBM mainframes and use the mainframe as if you had a
  712.        3270 or similar terminal.
  713.  
  714.      Token Ring - People often mean 802.5 when they say "Token Ring"
  715.        (see below).  In the more general sense of the word, a type of
  716.        LAN that has stations wired in a ring, where each station
  717.        constantly passes a special message (a "token") on to the next.
  718.        Whoever has the token can send a message.
  719.  
  720.      Tunnelling - An important concept in the design of many kinds of
  721.        networks: taking some protocol-family's ability to move packets
  722.        from user to user, or to open virtual-circuits between users,
  723.        and use this as if it were a data-link protocol to run another
  724.        protocol family's upper layers (or even the same protocol
  725.        family's upper layers).  Examples: running TCP/IP over Appletalk
  726.        instead of something like Ethernet; running Appletalk over
  727.        DECnet instead of something like Localtalk or Ethernet.
  728.  
  729.      Twisted Pair - The type of wire used by the phone company to wire
  730.        telephones -- at least over distances like between your house
  731.        and the central office.  It has two conductors, which are twisted.
  732.        The twists are important: they give it electrical characteristics
  733.        which allow some kinds of communications otherwise not possible.
  734.        Ordinary telephone cables are not shielded (see "Shielded twisted
  735.        Pair").
  736.  
  737.      T1 - A phone-company standard for running 24 digitized voice circuits
  738.        through one 1.5megabit/second digital channel.  Since phone companies
  739.        run lots of T1, and will run T1 between customer sites, the
  740.        standard is often used for data communications, either to provide
  741.        24 low-speed circuits, or to provide 1 high-speed circuit, or to
  742.        be divided other ways.
  743.  
  744.      UTP (Unshielded Twisted-Pair) -  See "Twisted-Pair" and "Shielded
  745.        Twisted-Pair".
  746.  
  747.      X.400, X.500 - OSI protocols for mail and directory services.
  748.  
  749.      10BASE-T - A variant of IEEE 802.3 which allows stations to be attached
  750.        via twisted-pair cable.
  751.  
  752.      10BASE-F - A variant of IEEE 802.  3 under development which
  753.        allows stations to be attached via multimode fiber.  It will
  754.        offer a variety of methods of using fiber in an IEEE 802.3
  755.        network that go beyond what is currently offered in FOIRL.  The
  756.        current 10BASE-F draft is likely to be confirmed.  draft is
  757.        likely to be confirmed.  Sections of the draft include "Fiber
  758.        Optic Medium and Common Elements of Medium Attachment Units and
  759.        Star, Type 10BASE-F (Section 15)", "Fiber Optic Passive Star and
  760.        Medium Attachment Unit, Type 10BASE-FP (Section 16)", "Fiber
  761.        Optic Medium Attachment Unit, Type 10BASE-FB (Section 17)", and
  762.        "Fiber Optic Medium Attachment Unit, Type 10BASE-FL (Section
  763.        18)".
  764.  
  765.      802 - The set of IEEE standards for the definition of LAN protocols.
  766.        A story goes that a long time ago, IEEE and ANSI decided that
  767.        IEEE would get the slow protocols and ANSI would get the fast
  768.        ones, thus IEEE defined the 802 protocols and ANSI defined FDDI.
  769.        Presumably IEEE saw limited application for FDDI at the time.
  770.        Also, the IEEE standards-making committees associated with these
  771.        standards.
  772.  
  773.      802.1 - The IEEE 802 standard for Network Management and Network
  774.        Bridging of IEEE 802 networks.
  775.  
  776.      802.2 - An IEEE standard for the portion of LAN data-link protocols
  777.        that is the same for all flavors of IEEE LAN protocols, e.g.
  778.        802.3 and 802.5.  Sometimes not used.
  779.  
  780.      802.3 - An IEEE standard for LANs--their "improved" version of Ethernet.
  781.        See Ethernet.
  782.  
  783.      802.4 - An IEEE standard for LANs: Token Bus networks.  Basically,
  784.        standardizes MAP, a protocol that operates a Token Bus protocol on
  785.        broadband.
  786.  
  787.      802.5 - An IEEE standard for Token-Ring-based LANs.  See Token Ring.
  788.  
  789.      802.6 - An IEEE standard for Metropolitan Area Networks.  Also known
  790.        as DQDB.
  791.  
  792.      802.7 - IEEE 802 technical advisory group on Broadband.
  793.  
  794.      802.8 - IEEE 802 technical advisory group on FDDI & fiber optics.
  795.  
  796.      802.9 - IEEE 802 group on integrated data & voice networks.
  797.  
  798.      802.11 - Proposed IEEE 802 group for wireless Ethernet.
  799.  
  800.  
  801. V. Frequently Asked Questions on Campus Networks
  802.  
  803.      It is hard to answer typical BIG-LAN questions in advance for
  804.      two reasons.  Answers are often long and they are often
  805.      controversial.  To provide some sort of objective information
  806.      relevant to the controversies, a survey of BIG-LAN readers was
  807.      taken on answers to various questions, so this memo could offer
  808.      a sampling of opinions.  Note that the opinions below are
  809.      extracted from the 41 responses received for the survey.  We
  810.      can't say these 41 responses represent a fair sampling of campus
  811.      LAN administrators, but they do show some of the answers that
  812.      you would get if you posed some of these questions to the
  813.      BIG-LAN readership.
  814.  
  815.   1. What is the difference between Ethernet and IEEE 802.3?
  816.  
  817.      Ethernet ran through an evolution starting with some
  818.      experimenting at Xerox, and ending with a standard
  819.      published by Xerox, DEC, and Intel, which they offered to
  820.      the world (with minimal royalties) as a standard technology
  821.      for building LANs.  The Institute of Electrical &
  822.      Electronic Engineers took this as a proposed standard, and
  823.      rewrote the protocol description making some clarifications
  824.      and a few changes.  Some of the changes have been
  825.      universally adopted, and others have not.  After the first
  826.      go round of IEEE standard defining, Ethernet version 2 was
  827.      introduced which brought it more into line with standards.
  828.      The basic differences are:
  829.  
  830.          - Heartbeat vs SQE (see below)
  831.          - Which pin in the MAU & AUI connectors carry the ground
  832.             conductor
  833.          - Packet Length Field vs Type Field
  834.  
  835.      The latter issue is the one in which IEEE 802.3 has not
  836.      displaced Ethernet.  Ethernet had a 16-bit field which
  837.      defined the type of packet (examples: IP, XNS, Appletalk).
  838.      The IEEE committee decided to use that field to specify the
  839.      length of the packet, and have the data-portion of the
  840.      packet define itself through the next higher level of
  841.      protocol (e.g., IEEE 802.2).  However, the sets of possible
  842.      values for that field used by the two different protocols
  843.      are completely separate, and both protocols are designed to
  844.      deliberately ignore packets with fields outside their own
  845.      sets of values.  Thus Ethernet and IEEE 802.3 packets can
  846.      coexist on the same cable, though a computer which expects
  847.      to get packets belonging to just one of the protocols won't
  848.      notice any packets sent according to the rules of the other
  849.      (the expression used is "they pass by each other like ships
  850.      in the night").
  851.  
  852.      These days, LANs use both.  There is a way to send TCP/IP
  853.      packets via 802.3, but when 802.3 was introduced, there
  854.      were already so many systems using the Ethernet rules that
  855.      the use of Ethernet-style packets for TCP/IP has persisted
  856.      now for years.
  857.  
  858.   2. What is encapsulation?  What do I have to know about it?
  859.  
  860.      One encapsulation issue on LANs is whether IEEE 802.3
  861.      packets are used or Ethernet packets are used to
  862.      encapsulate your traffic on your IEEE 802.3/Ethernet LAN.
  863.      See previous question for more explanation.  Most TCP/IP
  864.      systems use Ethernet, any that uses IEEE 802.3 by default
  865.      might surprise you by not interoperating with the rest of
  866.      your TCP/IP network.
  867.  
  868.      A second encapsulation issue on IEEE 802.3/Ethernet
  869.      networks is whether your Novell (IPX) packets use Novell's
  870.      default encapsulation or whether they use Ethernet-style
  871.      encapsulation.  Novell, at least for a long time, had the
  872.      distinction of using IEEE 802.3 as if it were the only
  873.      protocol on the network, not following the rules for
  874.      avoiding other protocols running under IEEE 802.3 rules.
  875.      They offered a utility called ECONFIG that changed Netware
  876.      to use Ethernet rules, and use them properly, so Novell IPX
  877.      packets could utilize the same LAN as other protocols.  In
  878.      no case would the Novell traffic bother Ethernet traffic--
  879.      only any other IEEE 802.3 traffic if ECONFIG wasn't used.
  880.      In any case, a single Ethernet segment, or bridged
  881.      segments, had to have all Novell servers and clients
  882.      configured the same, in order to interoperate.
  883.  
  884.      A third encapsulation issue stems from Berkeley Unix 4.2,
  885.      from which many versions of Unix and many TCP/IP
  886.      implementations have been modeled.  It used, by default,
  887.      its own encapsulation rules (i.e., manner of putting IP
  888.      packets within Ethernet packets) which is termed "Trailer
  889.      Encapsulation".  When an Ethernet had some computers using
  890.      Trailer Encapsulation and some not, TCP/IP connections
  891.      would often work, but hang when large data transfers were
  892.      taking place.  The next version of Berkeley Unix, version
  893.      4.3, remedied this by avoiding Trailer Encapsulation except
  894.      when it was guaranteed to work correctly.
  895.  
  896.      A fourth encapsulation issue is "tunnelling", which
  897.      consists of one of the layers in the protocol stack
  898.      mimicking another layer to provide a way of running a
  899.      different set of upper layers than would otherwise be
  900.      possible.  This is rather widely used and seldom explained
  901.      to beginners.  It is perhaps best explained with an actual
  902.      example:
  903.  
  904. [Here put an example, perhaps Appletalk over IP]
  905.  
  906. [Include "encapsulated bridging" as a second example]
  907.  
  908.   3. How do I know whether to use a router or a bridge?
  909.  
  910.      (Note that the answer to this question is oriented to
  911.      Ethernet-based LANs).  Few administrators of networks doubt
  912.      that a network can be large enough to require routers nor
  913.      that there are situations where a bridge is an effective
  914.      solution.  However, there is controversy as to where to
  915.      draw the line.  Campus-sized networks involving distances
  916.      of up to a mile and possibly thousands of stations, can be,
  917.      and have been built solely out of one or the other.  The
  918.      BIG-LAN Survey of 12/91 showed the following opinion among
  919.      respondents:
  920.  
  921.        Survey question: "When you build a campus network, do you
  922.        tend to use bridges as opposed to routers?"
  923.  
  924.        Answers: 9 said yes; 26 said no; 2 said "brouters"
  925.        (combination bridge/routers) would be the best solution.
  926.  
  927.      Some clear tradeoffs: routers generally have to be set up
  928.      no matter what whereas bridges can be plug-and-play on a
  929.      network without too much total traffic; bridges generally
  930.      have a higher speed-to-cost ratio and the low-end bridge is
  931.      less expensive than the low-end router; routers handle huge
  932.      networks with links of different speeds better.
  933.  
  934.   4. How do I know whether to use a bridge or a repeater?  How many
  935.      repeaters may I put on an Ethernet?
  936.  
  937.      You cannot keep plugging more repeaters and add more cables to
  938.      an Ethernet indiscriminately and expect it to work.  With too
  939.      large a networks, the protocol which keeps the number
  940.      of collisions down (known as CSMA/CD) fails to do that.  The
  941.      protocol documents supply rules-of-thumb which, if followed,
  942.      prevent this from occurring.  If you break them, you may be risking
  943.      large performance degradations.
  944.  
  945.      The latest version of the rules-of-thumb (which have been updated
  946.      over time as new features like 10BASE-T have been added to the
  947.      protocol) are in the IEEE 802.3 document describing 10BASE-T,
  948.      specifically IEEE Std 802.ei-1990 in the section called "System
  949.      Considerations for Multisegment 10 Mb/s Baseband Networks"
  950.      (When 10BASE-F is released later, this section will be updated again).
  951.      The rules refer to the piece of the LAN that is between repeaters
  952.      as a segment and refer to 4 kinds: 10BASE5 (i.e. "classic" Ethernet)
  953.      and 10BASE2 (i.e., ThinWire Ethernet) both classified as "Coax"
  954.      segments and FOIRL (fiber inter-repeater links) and 10BASE-T, both
  955.      classified as "Link" segments, and both of which have the property
  956.      that you can attach things only to their ends.  The basic repeater
  957.      rule is that between any two stations on the LAN, there may be
  958.      at most 4 repeaters and three coax segments.  In addition, there
  959.      are length restrictions on the segments which are designed to
  960.      keep CSMA/CD working properly:
  961.  
  962.         10BASE5         500 meters
  963.         10BASE2         185 meters
  964.         FOIRL           500 meters (1000 meters in some cases)
  965.          10BASE-T        100 meters (or more)
  966.  
  967.      FOIRL links can be 1000 meters if you have at most 3 repeaters
  968.      between stations instead of 4.  10BASE-T links can be longer
  969.      if the cable will support it: CSMA/CD is not the limiting factor
  970.      on 10BASE-T.  For the purposes of this discussion, bridges, routers,
  971.      and gateways are "stations" since the CSMA/CD protocol does not
  972.      pass through them.  Thus if you discover these rules prevent
  973.      you from putting a repeater in the network where you need one, then
  974.      you can put a bridge there instead, or perhaps split the LAN
  975.      somewhere else using a bridge.
  976.  
  977.   5. Should I use "manageable" hubs, concentrators, etc on my LAN?
  978.  
  979.      This is a controversial question also.  Vendors have
  980.      attempted to make hubs and concentrators that require
  981.      little training & manpower to manage & troubleshoot, and
  982.      they will attempt to convince you that they have succeeded.
  983.      You pay a premium for "manageability".  Those who remain
  984.      skeptical wonder how much the management features are ever
  985.      used: for example, management allows you to turn on & off
  986.      ports from an operator's console; how often do you need to
  987.      do such a thing?  Also, some of the benefits attributed to
  988.      management packages are simply due to good record keeping,
  989.      something which the administrator must find the manpower to
  990.      accomplish with a management package or without one
  991.      (presumably with a simple dbms, which can often be tailored
  992.      more to the administrators needs).
  993.  
  994.   6. Which LAN technology should I use?  Arcnet?  FDDI?  Token Ring?  10BASE-T?
  995.  
  996.      A controversial question.  Some questions & answers from
  997.      the 12/91 BIG-LAN Reader Survey:
  998.  
  999.        "When you install a LAN, which "Technology" (e.g.
  1000.        Ethernet, Token Ring) do you prefer?"
  1001.  
  1002.        37 responders said Ethernet; 2 said "pick one and stick
  1003.        with it"; 1 said token ring.
  1004.  
  1005.        "If you have experience with two or more LAN technologies,
  1006.        which have you found works better?"
  1007.  
  1008.        Answers received:
  1009.           "Ethernet works best"                        7
  1010.           "Ethernet works better than Token Ring"      4
  1011.           "Depends on application"                     1
  1012.           "Ethernet works better than ARCnet"          1
  1013.           "Ethernet works better than Broadband"       1
  1014.           "Ethernet best, Localtalk 2nd, ARCnet 3rd"   1
  1015.           "Ethernet works better than PhoneNet"        1
  1016.           "Token Ring works best"                      1
  1017.  
  1018.   7. What is the ideal cable to install in a new building?
  1019.  
  1020.      Distribution runs, i.e., phone closet to room: Best
  1021.      possible thing to do is to leave usable pathways for future
  1022.      expansion.  Whatever you do, install at least 2 pair and
  1023.      probably 4 pair of data grade unshielded twisted pair.  It
  1024.      will always have uses.  Install something else too if you
  1025.      are tied to a particular vendor.  Multimode fiber might
  1026.      become popular in the future but that is a gamble.
  1027.  
  1028.      Riser runs, i.e., phone closet to phone closet: it is
  1029.      imperative to leave usable pathways for future expansion.
  1030.      For Ethernet, ThinWire is a usable riser cable, multimode
  1031.      fiber is possible too.
  1032.  
  1033.   8. What is the ideal cable to install between buildings on a campus?
  1034.  
  1035.      Trunks, i.e., cables into the building: pathways for future
  1036.      expansion very valuable.  Multimode fiber is useful, run 24
  1037.      fibers if you can.  Use cable with some single mode too.
  1038.      Run several times what you need initially and leave a lot
  1039.      of the unused fiber unterminated for the time being.  Cable
  1040.      pulling & termination are much more costly than the cable
  1041.      itself.
  1042.  
  1043.   9. Whose routers are recommended?
  1044.  
  1045.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1046.  
  1047.        "Name some router vendors whose routers you have used and
  1048.        recommend:"
  1049.  
  1050.        Cisco got 30 mentions; Wellfleet 4; PCRoute 2; Proteon 2;
  1051.        Apple 1; DEC 1; Network Systems 1; Shiva 1; Vitalink 1;
  1052.        3COM 1.
  1053.  
  1054.   10. Whose bridges are recommended?
  1055.  
  1056.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1057.  
  1058.        "Name some bridge vendors whose routers you have used and
  1059.        recommend:"
  1060.  
  1061.        DEC got 6 mentions; Retix 5; BICC 3; Cabletron 3; 3COM 3;
  1062.        Cisco 2; PCBridge 2; Vitalink 2; ACC 1; Clearpoint 1;
  1063.        Datability 1; Develcon 1; Dowty Scanet 1; HP 1; IBM (Token
  1064.        Ring) 1; Network Application Technology 1; PCBRoute 1;
  1065.        Wellfleet 1.
  1066.  
  1067.   11. Whose Ethernet equipment are recommended?
  1068.  
  1069.      Question & answer from the 12/91 BIG-LAN Reader Survey:
  1070.  
  1071.        "Name some Ethernet concentrator/transceiver/repeater
  1072.        vendors whose Ethernet equipment you have used and
  1073.        recommend:"
  1074.  
  1075.        Cabletron got 20 mentions; BICC 8; DEC 8; HP 4; Synoptics
  1076.        4; David 3; Lantronix 3; Gandalf 2; Lannet 2; Pirelli Focom
  1077.        2; Acton 2; Allied Telesys 1; AMP 1; Asante 1; Chipcom 1;
  1078.        Dowty Scanet 1; Dupont Electroptic 1; EAZY 1; Fibermux 1;
  1079.        Hirschmann 1; IMC Network Corporation 1; NetCor
  1080.        Transceivers 1; Sension 1; 3COM 1.
  1081.  
  1082.   12. Whose Token Ring equipment are recommended?
  1083.  
  1084.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1085.  
  1086.        "Name some Token Ring equipment vendors whose Token Ring
  1087.        equipment you have used and recommend:"
  1088.  
  1089.        IBM was mentioned by 6 responders; FiberMux 1; Madge 1;
  1090.        Synoptics 1.
  1091.  
  1092.   13. Whose FDDI equipment are recommended?
  1093.  
  1094.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1095.  
  1096.        "Name some FDDI equipment vendors whose FDDI equipment you
  1097.        have used and recommend:"
  1098.  
  1099.        Cisco was mentioned by 6 responders; DEC 2; Tymeplex 2;
  1100.        ALCATEL 2; AT&T 1; Synernetics 1; Tekelec 1.
  1101.  
  1102.   14. What PC network software is recommended?
  1103.  
  1104.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1105.  
  1106.        "Name some PC network software vendors whose PC network
  1107.        software you have used or recommend:"
  1108.  
  1109.        Novell was mentioned by 19 responders; FTP Software 14; Sun
  1110.        8; DEC 3; Apple 2; Farallon 2; InterCon 2; 3COM 2; Beame
  1111.        and Whiteside 1; Hummingbird Communications 1; IBM 1;
  1112.        Microsoft 1; NCSA 1; Neon Software 1; Network Application
  1113.        Technology 1; Sitka 1.
  1114.  
  1115.   15. What protocols should run on a campus-wide LAN?
  1116.  
  1117.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1118.  
  1119.        "Name some protocols that you use to interconnect your
  1120.        campus that you would recommend:"
  1121.  
  1122.        TCP/IP was mentioned by 39 responders; Appletalk 9; DECNET
  1123.        9; IPX 9; LAT 2; Coloured Book 2; G.703 2; ISO CONS 2;
  1124.        X.25/HDLC 1; XNS 1.
  1125.  
  1126.   16. What software is recommended for managing a campus-wide LAN?
  1127.  
  1128.      Queries and answers from the 12/91 BIG-LAN Reader Survey:
  1129.  
  1130.        "Name some network management system that you use for the
  1131.        management of a campus LAN, that you recommend:"
  1132.  
  1133.        PSI SNMP was mentioned by 4 responders; Cabletron Remote
  1134.        LanView 2; Cisco NetCentral 2; Proteon Overview 2; SNMP 2;
  1135.        "A good drawing program" 1; DEC EMA 1; Map 1; NEMISYS from
  1136.        SEEL 1; SunNet Manager 1; TRW NMS 1.
  1137.  
  1138.        "Name other software that you use for the management of a
  1139.        campus LAN that you recommend:"
  1140.  
  1141.        FTP LanWatch was mentioned by 3 responders; EtherPeek 2;
  1142.        ping 2; AG Group Net Watchman for Appletalk 1; Apple
  1143.        Interpoll 1; Clarkson Packet Driver Utilities 1; DEC LAN
  1144.        Traffic Monitor 1; Domain Name System 1; inetrover 1; LAN
  1145.        Patrol 1; Neon Software Netminder Localtalk 1; Neon
  1146.        Software Netminder Ethernet 1; Network Application
  1147.        Technology EtherMeter 1; Shiva Net Manager 1; SNMP-Gawk (A
  1148.        SNMP-capable Gawk) 1; traceroute 1; Unix 1; Watchdog 1.
  1149.  
  1150.   17. What terminal server is recommended?
  1151.  
  1152.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1153.  
  1154.        "Name vendors of terminal servers that you use and
  1155.        recommend:"
  1156.  
  1157.        Cisco was mentioned by 13 responders; DEC 5; Xyplex 4;
  1158.        Datability 2; Xylogics 2; 3COM 2; Emulex 1; Lantronix 1;
  1159.        Netcomm 1; Spider 1; TRW 1.
  1160.  
  1161.   18. Whose troubleshooting equipment are recommended?
  1162.  
  1163.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1164.  
  1165.        "Name some vendors of network troubleshooting equipment
  1166.        that you use and would recommend:"
  1167.  
  1168.        Network General was mentioned by 8 responders; HP 4;
  1169.        Tektronix 4; Cabletron 3; Novell 3; Spider 3; AG Group 2;
  1170.        Wandel and Goltermann 2; FOTEC 1; Neon Software 1.
  1171.  
  1172.   19. What security products should I buy?
  1173.  
  1174.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1175.  
  1176.        "Name some security products that you use to maintain
  1177.        security on your campus LAN that you recommend:"
  1178.  
  1179.        The answers reflected the lack of obvious products to
  1180.        choose from.  Responses included "Athena Kerberos",
  1181.        "Encryption in Net3270", "Extended TACACS', "Host
  1182.        security", "Physical security", "Router access control
  1183.        lists", "SecurID", "Virus Scan", and "Windows Workstation".
  1184.  
  1185.   20. Should the names of devices on my campus LAN have subdomains?
  1186.  
  1187.        Example of name without subdomain: bigvax.sequoia.edu;
  1188.        example with subdomain: bigvax.acs.sequoia.edu.  It is
  1189.        possible to run networks of thousands of computers without
  1190.        the bother of subdomains, but they have some advantages.
  1191.  
  1192.      Queries and answers from the 12/91 BIG-LAN Reader Survey:
  1193.  
  1194.        "For Internet names of nodes on a campus network that
  1195.        supports TCP/IP, do you prefer the use of subdomains?"
  1196.  
  1197.        27 responders said yes, 5 said no, 2 said it depends.
  1198.  
  1199.        "If you have worked on a campus that utilizes subdomains
  1200.        and one that does not, which does your experience tell you
  1201.        is the better way to administer names in a campus network?"
  1202.  
  1203.        5 responders said the LAN with subdomains worked better; 2
  1204.        said the LAN without subdomains worked better.  One
  1205.        responder claimed that a good rule of thumb is that a LAN
  1206.        with more than 4000 stations works better with subdomains.
  1207.  
  1208.   21. Should client stations use POP?  Should they use just
  1209.       SMTP?  Should I use some non-TCP/IP protocol for mail
  1210.       to/from client stations?
  1211.  
  1212.      Query and answers from the 12/91 BIG-LAN Reader Survey:
  1213.  
  1214.        "For client station's mail, which do you prefer: SMTP;
  1215.        TCP/IP-based client-server protocols (e.g.  POP, POP2,
  1216.        etc); other LAN protocols?"
  1217.  
  1218.        10 responders preferred TCP/IP-based client-server
  1219.        protocols (e.g.  POP, IMAP, PCMAIL); 7 preferred SMTP; 4
  1220.        said "use all three"; 3 preferred users signing onto a host
  1221.        system; 2 preferred other LAN protocols; 1 said "SMTP and
  1222.        TCP/IP-based client-server protocols"; 1 said "SMTP and
  1223.        X.400".
  1224.  
  1225.  
  1226.   22. Should I enable SQE/heartbeat?
  1227.  
  1228.      This is a very brief discussion of SQE Test and CPT (both
  1229.      commonly referred to as "heartbeat") for IEEE 802.3 and
  1230.      Ethernet. For really gory details, see the appropriate
  1231.      documents, IEEE standard 802.3, ISO standard 8802-3, and
  1232.      the DIX Ethernet V2 Standard. (The first 2 references are,
  1233.      in theory, identical.)
  1234.      
  1235.      First, SQE Test (often misleadingly shortened to "SQE" by
  1236.      vendors) and CPT are not quite the same thing. CPT is a
  1237.      part of DIX Ethernet Version 2 and is simply a test of
  1238.      collision detection functionality in the MAU (that's the
  1239.      IEEE 802.3 name for a transceiver, Media Access Unit). It
  1240.      is ALWAYS present in Ethernet V2 MAUs and can't ever be
  1241.      disabled (without modifying the hardware). It is required
  1242.      for correct operation of ALL Ethernet V2 equipment.
  1243.      
  1244.      SQE Test, on the other hand, is part of the 802.3
  1245.      specification and performs a number of MAU tests and
  1246.      "reports" to the controller if all is well.  The "report"
  1247.      is in the form of a pulse nearly identical to the V2 CPT
  1248.      pulse, but with slightly differing timing specifications.
  1249.      It should be switchable, as 802.3 requires SQE Test for all
  1250.      terminal equipment, but prohibits it for repeaters.
  1251.      
  1252.      SQE Test and Heartbeat both appear as a signal in the
  1253.      collision lines from the MAU to the controller after every
  1254.      write. This is why MAUs with SQE Test enables and with
  1255.      displays show a collision every time they show a write.
  1256.      THIS IS NORMAL!
  1257.      
  1258.      Quick digression: What is a collision? Of course, we all
  1259.      know that a collision is when two controllers start to
  1260.      transmit at the same time (more of less) and that when this
  1261.      happens both will stop and wait for a random interval and
  1262.      then retransmit if carrier is not present. This function is
  1263.      critical to proper network operation. A MAU which can't
  1264.      detect a collision can mess up a network badly. This makes
  1265.      it critical to be able to quickly isolate "broken" MAUs. If
  1266.      you don't understand this, read any of the old papers on
  1267.      multiple access nets, especially the old Aloha Net.
  1268.      
  1269.      In practice, MAUs hardly ever fail. BUT IF ONE DOES, YOU
  1270.      MAY HAVE A BIG PROBLEM!
  1271.      
  1272.      While SQE Test indicates a bit more than heartbeat did and
  1273.      is slightly different in both timing and electrical
  1274.      characteristics, they are essentially the same from the
  1275.      perspective of most terminal equipment and you can replace
  1276.      an Ethernet V2 MAU with an 802.3 MAU with SQE Test enabled
  1277.      most of the time. (A notable exception is an Ethernet
  1278.      repeater which really requires an Ethernet V2 MAU. There
  1279.      may be others.) You can even replace an 802.3 MAU with an
  1280.      Ethernet V2 one most of the time. In fact, there are
  1281.      "fixes" for some Ethernet V2 MAUs to disable heartbeat and
  1282.      make them into something like an 802.3 MAU with SQE Test
  1283.      disabled. This also seems to work almost all the time.
  1284.      
  1285.      Anyone still with me? OK
  1286.      
  1287.      RULE FOR SQE Test. Always turn it on except for repeaters.
  1288.      There should be no exceptions to this rule, but there are.
  1289.      Some manufacturers can't seem to read standards (or just
  1290.      don't care). As a result there are some terminal devices
  1291.      that get upset when they see SQE Test. I have been told
  1292.      that this is true of the cisco AGS, but not the IGS. Not
  1293.      that there is any documentation on this.  Several email
  1294.      exchanges with cisco folks have not clarified this.
  1295.      
  1296.      There is one BIG special case, the Ethernet fan-out box,
  1297.      most commonly a DEC DELNI. This box has only one MAU, so it
  1298.      repeats the CPT (it's a V2 device) that it sees from the
  1299.      MAU on the "master" port. If the master port is disabled,
  1300.      CPT is generated internally to keep things happy.
  1301.      
  1302.      But, what if you plug a repeater into a DELNI? You can
  1303.      disable CPT by using an 802.3 MAU with SQE Test disabled.
  1304.      or, if you don't use the master port, turn it on and plug
  1305.      an Ethernet loopback connector into the master port. In
  1306.      either case, CPT is disabled to ALL PORTS! No way around
  1307.      this.
  1308.      
  1309.      DELNIs produce other oddities. They shorten the total
  1310.      maximum length of the AUI cable used between the system and
  1311.      the MAU to 35 meters. (And don't forget to include the
  1312.      length of the cable between the interface and the connector
  1313.      on the rear of the cabinet.) This number is the sum of the
  1314.      cable from the host to the DELNI and from the DELNI to the
  1315.      MAU.  Two 20 meter cables and you are over the limit!
  1316.      Because of these and other oddities, I try to avoid DELNIs.
  1317.      And I NEVER EVER plug a repeater of any type into one.
  1318.      
  1319.      Other companies make 802.3 equivalents to the DELNI on
  1320.      which SQE Test may be switched on each port. While this
  1321.      fixes one problem, the timing concerns of fan-out boxes
  1322.      remains. Buyer beware! Neither 802.3 nor Ethernet V2
  1323.      standards cover fan-out boxes in any way, so there is no
  1324.      way to really claim that they meet standards (or don't).
  1325.      
  1326.      We've now covered the basics. So what happens when a MAU
  1327.      fails? In theory, every time it transmits a packet, an
  1328.      error is logged. This happens on some equipment. But most
  1329.      software I've dealt with simply ignores the error flag and
  1330.      does nothing. So SQE Test makes absolutely no difference to
  1331.      these systems. THIS IS BAD SOFTWARE DESIGN.
  1332.      
  1333.      Once in a while a MAU does fail. If it is on some device
  1334.      that does not log SQE Test failures or has a MAU with SQE
  1335.      Test turned off, you don't know what is happening.  If you
  1336.      are on 10baseT, it can be isolated to a hub pretty quickly,
  1337.      but on coax you are reduced to segmenting the cable
  1338.      (physically disconnecting it) until you have isolated the
  1339.      problem. This is NOT fun and makes the network manager very
  1340.      unpopular since the network tends to be down for a LONG
  1341.      time. It took about 4 hours last time I had this problem
  1342.      and could have taken longer.
  1343.      
  1344.      What's a network manager supposed to do? Complain
  1345.      vigorously to vendors of equipment that don't adhere to the
  1346.      standard. Complain equally to vendors of software that
  1347.      doesn't bother to log the failures. SNMP is no good if the
  1348.      agents don't have any information to send out.
  1349.  
  1350. End of Memo: BIG-LAN Frequently Asked Questions
  1351.